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REPLV BRIEF 



Pursuant to 37 CP.R. § 41.41, Applicant responds to the Examiner's Answer mailed 
April 10*\ 2006, referred to hereafter as Examiner's Answer, as follows: 

Client Side Modification, Claim s 1*40 - Examiner's Answer, reply to ( a), page 1 8 
D'Arlach (US 6,026,433) does not teach generating instructions to modify an electronic 
document, the generated instructions to be performed at the client. The Examiner's Answer 
argues that D'Arlach teaches "changes" occurring at the client since, "the page at the user is 
implicitly being replaced with this updated/new page, therefore there is a change that occurs at 
the client." See Examiner's Answer at page 1 8 lj 4. While it may be true that clients will 
observe the updated page, this is not a modification to the electronic document as recited in the 
claims. The claims recite more than merely observing a change to the document at a client. 
Claim 1 recites whore the modification to the electronic document lakes place, "...generating 
instructions . . . specifying one more operations to modify the electronic document's 
predetermined final formal ... the generated instructions to he performed at the client to effect 
the one or more operations..." See Claim 1 ; emphasis added. Tn contrast, D'Arlach discusses 
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modifying the electronic document not on the client as claimed, but exclusi vely on the s erver. 
See D y Arlach at col. 5 lines 30-3 1 . The Arlach templates reside on the server as do the 
generated Web pages; thus, white a user in D'Arlach may observe a "change" to the Web page, 
modification of the underlying elecrronic document only happens on the server computer. See 
D'Arlach at col. 6 lines 12-17. 

For at least the reasons above, and the reasons stated in the Appeal Brief, all of claims 1- 
40 are patentable over D'Arlach, Szabo (US 6 ? 868 ? 525) and Oilworth (WO 00/5 1018). and these 
claims should be allowed. 

Predetermined Fo rm at. Claims 1-23 and 3 2-40 - E xaminer's Answer, reply, t o ( b\ page 19 
The combination of D' Arlach with Szabo does not teach or suggest an electronic 
document having a predetermined formal thai defines an appearance of the electronic document 
independent of a device used to present the electronic document. The Examiner's Answer 
argues that, "it would have been obvious to modify the teachings of D* Arlach UL"SSJJP ritt0t 
that will appear th e same no matter what platform the computer OS is as taught by Szaba in 
order to display the same data on any device." See Examiner's Answer at page 20 H 3; emphasis 
added. However, Szabo does not teach this feature. 

The Examiner's Answer asserts thai Szabo teaches the Extensible Markup Language 
C'XML 1 ') electronic document formal and thai the XML format is "device independent," 
meaning that XML "can be displayed on any OS platform " See Examiner's Answer at page 19 
1) 2. While the statement that XML can be displayed on any platform may be true, it finis to 
address the claimed feature of, a 4 \ , . format that defines an appearance of the electronic 
document independent of a device used to present the electronic document . . , ?? See Claim 1 ; 
emphasis added. The fact that XML can be displayed on any OS platform does not teach or 
suggest the claimed feature that the document will appear the same wav on all OS platforms. 
XML does not provide such a feature. 

In fact, die XML technologies in the references provided in the Examiner's Answer teach 
away from combining formatting information with XML document content. For example, the 
current version of Reference 3 provided in the Examiner's Answer stales that, u |bjccause XML 
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is a data description language, XML documents do not carry information about how to display 
the data/ 1 See http://tui.wikipedia.org/wiki/XML at page 9; emphasis original; a copy of which is 
included with this response as a 13 page attachment. Reference 2 provided in the Examiner's 
Answer discusses delivering XML documents through various mechanisms, where the 
presentation or appearance of the document may vary according to the access mechanism used. 1 
Reference 4 provided in the Examiner's Answer discusses XML documents mapped to different 
user interfaces including graphical and speech interlaces where the appearance and formal of the 
document is adapted to a particular user interface. 2 Thus, while XML may be "device 
independent" in the sense that it is capable of being displayed on all OS platforms, XML teaches 
away from a format defining the document's appearance on oil OS platforms as recited in the 
claims. 

Even if XML did include formatting information, it would not define the appearance of 
the document independent of a device used to present it. An Hypertext Markup Language 
(HTML).. Extensible HyperText Markup Language (XHTML), or XML document has no ability 
to specify which portions of the document will appear on any given physical page when printed 
or viewed. The display of such documents is controlled exclusively by the Web browser used to 
interpret and render the document and its associated formatting information. Thus, even if XML 
were combined with formatting information, it would fail to teach or suggest a document format 
that *\.. defines an appearance of the electronic document independent of a device used to present 
the electronic document..." as recited in the Claims. See Claim I . 

The Examiner's Answer cites In re Keller which states thai, "one cannot show 
nonobviousness by attacking references individually where the rejections are based on 
combinations of references." See Examiner's Answer at page 20 U 2. Applicants respectfully 
note that in order to establish a prima facie case of obviousness, the combined references 



1 "The goal is that a functional user experience should be possible via any access mechanism. The method by which 
presentation and infraction are provided may vary according to the different access mechanisms, but the 
possibility of a functional user experience should always exist." Peter Mikhalenko, Introduction to Device 
Independence, Part I, September 22. 2004. 

3 "An objective of UIML is to permit a UIML document to be mapped to any type of user interface, from graphical 
to speech to those not yc; invented/ 1 Marc Abrams and Cansiaminos Phanounou, UIML: An XML Language for 
Building Device-Independent User Interfaces. 
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".-must teach or suggest all the claim limitations. . /' In rc Vacck, 947 E.2d 488 (Fed. Cir. 
1 991). Szabo does not teach a format 'that defines an appearance of the electronic document 
independent of a device used to present the electronic document'* as recited in the claims, 
D* Arlach foils to cure this deficiency of Szaho. Thus, a prima facie case of obviousness has not 
been established. 

For at least the reasons above, and the reasons stated in the Appeal Brief, all of claims 1- 
23 and 32-40 arc patentable over D* Arlach and Szabo, and these claims should be allowed. 

Ta&s» Cl aims 6, 2 1 , 24 and 37 — Examiner's Answer, reply to (c\ page 21 
D* Arlach does not teach generating instructions comprising at least one tag indicating an 
order in which the produced data is to be imported into the electronic document and the 
instructions arc to be performed, The Examiners Answer argues that D'Arlach teaches the 
recited tags implicitly: "...D* Arlach leaches that tag relates to an order in which to import data 
into an electronic document and to perform instructions that modify the documents to 
accommodate the data because D 'Arlach teaches the use of HTML which has tags and which ... 
indicates where elements begins and ends/* Sec Examiner's Answer at page 21ft. The 
Examiner's Answer has not made any argument to support this "implicit teaching" aside from 
the conclusory statement that, "HTML uses tags that indicates where elements begin and end." 
See Examiner's Answer at page 21 % 1 , While the HTML tags discussed in D'Arlach may define 
the beginning and ending of elements, the tags recited in the claims perform a different set of 
features; the recited tags, indicate] an order in which the produced data is to be imported into 
the electronic document and the instructions are to be performed /' See Claim 6; emphasis added. 

The Examiner's Answer has not shown how the HTML tags discussed in D'Arlach 
"indicate an order" as recited in the claims. The Examiner's Answer has not identified any 
"produced data ,s or "instructions" associated with the HTML tags discussed in D' Arlach, much 
less shown how the H TML tags indicate an order in which produced data is to be imported into 
the electronic document and instructions are to be performed. The statement that HTML tags, 
"indicates where elements begins and ends," does not imply the ordering feature recited in the 
claims. 6Vc Examiner's Answer page 21 % 1 . The Examiner's Answer has failed to address the 
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features of Claims 6, 21 , 24 and 37 and, as such, the record does not .support the rejection of 
these claims. 

For at least the reasons above, and the reasons stated in the Appeal Brief, all of Claims 6, 
2L 24 and 37 are patentable over D' Arlach, Szabo, and Dilworth. and these claims should be 
allowed. 

Documcnt_Ta^s, Claims 7 V 22. 25-27 and 38 - Examiner's Answer, reply to (dV page 21 
D 1 Arlach docs not teach a document tag that indicates that at least a portion of generated 
instructions arc to be inserted into an electronic document. The Examiner's Answer argues that 
D' Arlach implicitly teaches a "document tag" as recited in the claims because, "HTML pages 
uses tags ... by definition of tag. it indicates where elements begins and ends..." See Examiner's 
Answer page at 22 11 1 . The Examiner's Answer fails to address the recited claim feature; Claim 
7 recites, "...the document tag indicates that at least a portion of the generated instructions arc to 
be inserted,,," See Claim 7; emphasis added. Claim 7 recites inserting generated instructions 
into the electronic document, not produced data as argued in the Examiner's Answer. See 
Examiner's Answer at page 22 1] 1 , The Examiner's Answer has not identified any "generated 
instructions' 7 associated with the HTML tags discussed in D' Arlach. Additionally, as discussed 
above, the HTML tags discussed in D' Arlach do not correspond to the "tags*' recited in the 
claims. The Examiner's Answer has failed to address the features recited in the Claims 7. 22, 
25-27 and 38 and, as such, the record docs not support the rejection of these claims. 

For at least the reasons above, and the reasons stated in the Appeal Brief, all of Claims 7, 
22, 25-27 and 38 are patentable over D'Arlach, Szabo, and Dilworth, and these claims should be 
allowed. 

Pre-Existing Docinncnt^Clajm 4, 19, 29 and 35 - Examiner's An swer, reply to (e). page 22 
D'Arlach docs not teach adding information to the electronic document without changing 
the pre-existing information in the electronic document. The Examiner's Answer asserts that in 
D'Arlach, u a user can add graphics, labels, and linking information to the website... not changing 
the other contents of the website. . . and add a hyperlink element for a full-text search to the 
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existing website ... Therefore, D'Arlach teaches adding information to the electronic document 
without changing the pre-existing information in the electronic document." See Examiner's 
Answer at page 22 % 2, D* Arlach discusses templates implemented as database records 
containing editable elements. See D'Arlach at col. 4 lines 59-67. Thus, each storage location in 
the template is defined by the database schema and table before the website is edited. See 
D'Arlach at col. 5 lines 1 -33 and Fig. 4. Accordingly, each time a template is updated in 
D'Arlach, the existing data in the database is overwritten, even if it that data is an empty string - 
this changes the pre-existing information in the document See D'Arlach at col. 6 lines 13-16. 
Thus, the database storage system discussed in D'Arlach teaches away from the recited feature 
of. *\ ..adding information to the electronic document without changing pre-existing information 
in the electronic document../' See Claim 4, The Examiner's Answer has failed to address the 
features recited in Claims 4, 1 9, 29 and 35 and, as such, the record does not support the rejection 
of these claims. 

For at least the reasons above, and the reasons stated in the Appeal Brief, all of Claims 4, 
19, 29 and 35 are patentable over D 'Ariach, Szabo. and Dilworth, and these claims should be 
allowed. 

Visual Overlay. Claims 9 and 40 - Exam iner's Answer^ reply to (f), page 22 
D" Ariach does not teach causing a new visual object to overlay one or more pie-existing 
visual objects in the electronic document. The Examiner's Answer argues that Figure 10 in 
D'Arlach teaches this feature since, "a user can add labels, which can be a specific color, type of 
font, and size..." See Examiner's Answer at page 22 <[] 3. However, the labels discussed in 
D'Arlach arc not new visual objects, but are pre-defined in the template database, "[tjhe buttons, 
graphics, and text ... are elements comprising a template database..." See D'Arlach at col. 8 
lines 64-65 and Fig. 10. In contrast Claim 9 recites, .wherein adding the information causes a 
new visual object to overlay one or more pre-existing visual objects in the electronic document." 
See Claim 9; emphasis added. Overlay of visual objects in an electronic document is neither 
described nor shown in D'Arlach and, as such, the record docs not support the rejection of 
Claims 9 and 40. 
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For at least the reasons above, and the reasons staled in the Appeal Brief, Claims 9 and 
40 are patentable over D'Arlach, Szabo, and Dilworth, and these claims should be allowed. 
Predetermined Format Claims JL 16 and 32 - Examiners Answer reply to (h\ page 23 

Di I worth does not teach aji electronic document format that defines an appearance of the 
document independent of a device used to present it. Dilworth describes an editor written in 
Java™ that supports * fc most of the HTML format, including support for graphics/' See Dilworth 
al Abstract. The Examiner's Answer asserts that, "it would have been obvious to modify the 
teachings of D'Arlaeh to use a format that will appear the same no matter what platform the 
computer OS is as teught, i by.pU.y^itb. >8 ' See Examiner's Answer at Page 24 ^ 2; emphasis added. 
However, Dilworth does not teach the claimed document format. 

Dilworth does not purport to disclose a document format , but rather a docum<ait.MitQ r. 
•Set' Dilworth al Abstract. The passage cited in the Examiner's Answer highlights this 
distinction: "ft|he editor supports most of the HTML lormats. . .because the editor in the 
preferred embodiment is written in the Java programming language, it is cross-platform 
compatible with most Web browsers/' See Dilworth at page 4 lines 18-20; emphasis added. 
This passage clearly shows that Dilworth purports to disclose an editor of HTML formatted 
documents, not a document format. In contrast, the Claim 1 recites a vt ... predetermined fo rmat 
that defines an appearance of the electronic document . . See Claim 1 ; emphasis added. Thus, 
where Dilworth relics on a Java™ editor to define the appearance of an HTML formatted 
document, the Claims recite a document format that defines the appearance of the document. 
The assertion in die Examiner's Answer that, "it would have been obvious to modify the 
teachings of D'Arlach to use a format that will appear the same no matter what platform the 
computer OS is as taught by Dilworth," cannot be supported because Dilworth does not teach a 
document format as claimed. See Examiner's Answer at page 24 U 2. 

The Examiner's Answer notes that "one cannot show unobviousness by attacking 
references individually where the rejections arc based on combinations of references." In rc 
Keller, 642 F.2d 41 3 (CCPA 1 981 ). See Examiner's Answer at page 23 «| 4. However. 
Applicants respectfully note that in order to establish a prima facie case of obviousness, the 
combined references L \..must teach or suggest all the claim limitations..." In re Vaerek, 947 
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F.2d 488 (Fed. Cir. 1991). Claim 1 recites, *\ . .an electronic document having a ergflfitennined 
fojroaUbat d efines an appearance of the cl60tron lC-d.Qg.maQia- independent of a device used to 
present the electronic document. . See Claim 1 ; emphasis added, Dilworlh does not teach a 
document format that defines the appearance of an electronic document independent of a device 
used to present the document. D ? Arlach does not cure this deficiency of Dilworlh. Thus, the 
suggested combination fails to teach all of the limitations of Claims 1, 16, 24 and 32 and, as 
such, a prima fade case of obviousness has not been established. 

For at least the reasons above, and the reasons stated in the Appeal Brief, alt of claims 1- 
40 are patentable over D'Arlach and Dilworth, and these claims should be allowed 

Conclusion 

For these reasons, and the reasons stated in the Appeal Brief, Applicant submits that the 
final rejection should be reversed. 

Please apply any charges or credits to Deposit Account No. 06-1050. 

Respectfully submitted* 
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XML 



From Wikipcdia. the Tree encyclopedia 
(Redirected li'oni Xml) 

The Extensible Markup Language (XML) is a W3C-rceommendcd general-purpose markup language ibr creating 
special-purpose markup languages, capable of describing many different kinds of data, In other words: XML is a 
way of describing data and an XML Hie can contain the data too, as in n database. It is a simplified subset of 
Standard Generalized Markup Language (SGML). Us primary purpose is to facilitate the sharing of data across 
different systems, particularly systems connected via the Internet. Languages based on XML (for example. 
Geography Markup Language (GML), RDF/XML, RSS, Atom, MathML, XHTML, SVG, and MusicXML) are 
defined in u formal wny, allowing programs to modify and validate documents in these languages without prior 
knowledge of their form. 
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History 



The versatility of SGML for dynamic information display was understood by early digital media publishers in the 
late 1 vSOs prior to ihc rise of die internet.' 1 1 ^ By the mid- 1 990s some practitioners of SGML had gained 
experience with the then-new World Wide Wch, and believed that SGML offered solutions to some of the problems 
the Web was likely to face as it grew. Dan Connolly added SGML to (he list ofWSCs activities when he joined the 
staff in 1995; work began in mid- 1 996 when Jon Bosak developed a charier and recruited collaborators. Biwuk was 
well-connected in the small community of people who had experience both in SGML and the Web. He received 
support in his efforts from Microsoft. 

XML was designed by an eleven-member working group* supported by an (approximately) 150-member Interest 
Group. Technical debate look place on the Interest Group mailing list and issues were resolved by consensus or, 
when that tailed, majority vote of the Working Group. James Clark served as Technical Lead of the Working 
Group, notably contributing the empty-clement "^empty/^ syntax and the name "XML". Other names that had 
been put forward for consideration included "MAGMA" (Minima! Architecture for Generalized Markup 
Applications), "SLIM" (Structured Language for Internet Markup) and "MGML" (Minimal Generalized Markup 
Language). The co-editors of t he specification were originally Tim Bray and Michael Sperberg- McQueen, Hal fway 
through the project I3ray accepted a consulting engagement with Netscape, provoking vociferous protests from 
Microsoft. Bray was temporarily asked to resign the editorship. This led to intense dispute in die Working Group, 
eventually solved by the appointment of Microsoft's Jean Paoli as a third co-editor. 

The XMI , Working Group never met face-to-facc; (he design was accomplished using a combination of email and 
weekly teleconferences. The ma jor design decisions were reached in twenty weeks of intense work between July and 
November of 1 996. Further design work continued through 1997, mid XML 1 .0 became a W3C Recommendation 
on February 10, 1998 , 

XML 1 .0 achieved the Working Group's goals of Internet usability, genera I -purpose usability, SGML 
compatibility, facilitation of easy development of processing software, minimization of optional feature*, legibility, 
formality, conciseness, and ease of authoring. 

Clarifications and minor changes were accumulated in published errata and then incorporated into a Second Edition 
of the XML 1.0 Recommendation on October 6, 2000. Subsequent errata were incorporated into a Third Edition on 
February 4, 2004. 

Also published on the same day as XML 1 .0 Third Edition was XML 1.1, a variant of XML that encourages more 
consistency in how characters are represented and relaxes restrictions on names, allowable characters, and 
cnd-of-linc representations. 

Both XML 1.0 Third Edition and XML 1.1 arc considered current versions of XML. 



XML provides a text-based means to describe and apply a tree-based structure to information. Al its base level, all 
information manifests as text, interspersed with markup that indicates the information's separation into a hierarchy 
of character dutu, container- 1 ike clvmenis, and attributes of those elements. In this respect, it is similar to the LISP 
programming language's S-expressions, which describe tree structures wherein each node may have its own 



The fundamental unit in XML is the character, as defined by the Universal Character Set. Characters arc combined 
in certain allowable combinations to form an XML document. The document consists of one or more entities, each 
of which is typically some portion of the document's characters, encoded as a series of bits and stored in a text file. 



Features of XML 



property list. 
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The ubiquity of text riJc authoring software (word pressure) facilitates rapid XJML document authoring Mid 
maintenance, whereas prior to the advent of XML, there were very few data description languages that were 
genera [-purpose, Internet protocol-friendly, and very easy to learn and author. In fact, most data interchange 
formats were proprietary, special-purpose, "binary" formats (based foremost on bit sequences rather than 
characters) that, could not be easily shared by di Herein software applications or across different computing 
platforms, much less authored and maintained in common text editors. 

By leaving die names, allowable hierarchy, and meanings of the elements and attributes open and definable by a 
customizable schema, XML provides a syntactic foundation for the creation of custom, XMI>bascd markup 
languages. The general syntax of such languages is rigid — documents must adhere to the general rules of XML, 
assuring that all XML-aware software can at least read (jxxrse) and understand the relative arrangement of 
information within them. The schema merely supplements the syntax rules with a set of constraints. Schemas 
typically restrict element and attribute names and their allowable containment hierarchies, such as only allowing an 
element named "birthday to contain I element named 'month' and 1 element named 'day*, each of which has to 
contain only character data. The constraints in a schema may also include data type assignments that affect how 
information is processed; for example, the 'month' element's character data may be defined as being a month 
according to a particular schema language's conventions, perhaps meaning that it must not only be formatted a 
certain way, but also must not be processed as if it were some other type of data, 

In this way, XML contrasts with HTML, which has an inflexible, single-purpose vocabulary of elements and 
attributes that, in general, cannot he repurposed. With XML, it is much easier to write software thai accesses the 
document's information, since the data structures are expressed in a formal, relatively simple way. 

XML makes no prohibitions on how it is used. Although XML is fundamentally text-based, software quickly 
emerged to abstract it into other, richer formats, largely through the use of datatype-oriented schema* and 
objeci-orieMed programming paradigms (in whieh the document is manipulated as an object). Such software might 
treat XML as serialized text only when it needs to transmit data over a network, and some software doesn't even do 
that much. Such uses have led to ,r binary XML", the relaxed restrictions of XML LI, and other proposals that run 
counter to XML's original spirit and thus gamer an amount of criticism. 

Strengths and weaknesses 
Strengths 

Some features of XML that make it well-suited for data transfer are: 

• its simultaneously human- and machine-readable format; 

m it has support for Unicode, allowing almost any information in any human language to be communicated; 

■ the ability io rq>resent the most general computer science data structures: records, lists and trees; 

■ the self-documenting format that describes structure and field names as well as specific values; 

• the strict syntax and parsing requirements that allow the necessary parsing algorithms to remain simple, 
efficient, and consistent. 

XML is also heavily used as a formal lor document storage and processing, both online and offline, and offers 
several benefits: 

» iis robust, logically- verifiable format, is based on international standards: 

m the hierarchical structure is suitable for most (but not all) types of documents: 

• it manifests as plain text files, unencumbered by licenses or restrictions; 

■ it is pkiiform-mdepcndenu thus relatively immune to changes in technology; 

» it and its predecessor, SGML, have been in use since 1986, so there is extensive experience and software 



available. 
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Weaknesses 

For certain applications, XML also has the following weaknesses: 

■ Its syntax is fairly verbose and partially redundant, This can hurt human readability and application 
efficiency, and yields higher storage costs. Ft can also make XML difficult to apply in cases where bandwidth 
is limited, though compression can reduce the problem in some cases. This is particularly true for multimedia 
applications running on cell phones and PDAs which want to use XML to describe images and video, 

m Parsers should be designed to rccurse arbitrarily nested data structures and musl perform additional checks to 
delect improperly formatted or difTcrenlly ordered syntax or data (this is because the markup is descriptive 
and partially redundant, as noted above). This causes a significant overhead for most basic uses of XML, 
particularly where resources may be scarce - for example in embedded systems. Furthermore, additional 
security considerations arise when XML input is fed from untrustworthy sources, and resource exhaustion or 
stack overflows are possible. 

■ Some consider the syntax to contain a number of obscure, unnecessary features born of its legacy of SGML 
compatibility. However, an effort to settle on a subset called ''Minimal XML" led to the discovery that there 
was no consensus on which features were in fact obscure or unnecessary. 

■ lire basic parsing requirements do not support a very wide array of data types, so interpretation sometimes 
involves additional work in order to process the desired data from a document. For example, there is no 
provision in XML for mandating that "3.14159" is a floating-point number rather than a seven-character 
string. Some XML schema languages add thus functionality. 

■ Uses the hierarchical model (or representation, which is limited compared to the relational model, since it only 
gives a fixed view of the actual information. For example either actors under movies, or movies under actors. 

■ Modelling overlapping (non-hierarchical) data structures requires extra effort. 

■ Mapping XML to the relational or object oriented paradigms is often cumbersome. 

* Some have argued that XML, can be used for data storage only if the file is of low volume, but this is only 
true given particular assumptions about architecture, data, implementation, and other issues. 

Sec also: "XML Sucks" on e2.com (htlp://c2.com/cgi/\viki?XmlSucks) 

Quick syntax tour 

The basic syntax for one element in XML is 



< ii.i m v u t u r i bu l t 1 • * va I ue " > con to » t * / no mo * 



Here is an example of a simple recipe expressed using XML: 



".vxml version* vi . 0" encoding- fc UTK-fl"?> 

|*f»M.:ifU' iMim-"bi-i:4d* |.»nip ti.tM»i-"?< nine" COOfc_titnc~*;* hvuxfr?*:. 
i fclc^HaMi n bt'naa*: /title.-' 

* << ioqrctfj 'jiril. tJtae,tum. - * 1 tin I t--"c«ipfi" »Plour«/ ing rod : cut * 

[ <. i nvjrrCiU:iii: amount.- • 0 . 2£ " unit- *OUr.CC "^YCtt«t*/ i ;tejr*5*H«iiL> 

1 -;in<jrcdicnc anouni-M unit-'tfufui 11 *r.iiL*-*waroi" *w.atatv/irujredioMk.* 

[ »: ingredient umouno ■ ■; « im> t-*n<Mnpnon - »Sji Ilc /ingredient > 

► s instruct ions f 

J ««t;c|»»Mix -ftU ingrarlimifcn LogfttlKti:. and fcivaad thoroughly. «:/st«*p> 

t 4 5tcp.<ovcr with ;i clc?th. and i?>ave tor one hour in w;^nt> room .< /.si.r.iJ.* 

| .::<i.<*i»KriK<itJ rtynin, pJdco in a tin, and then bn^fs in v.n<i ovun . *:/att'p*> 

i </ i naUfuCt ian*):* 

% < / 1 i:t:i !>»■:> 



Hie first line is the XML declaration: it is an optional line stating what version of XML is in use (normally version 
1.0), and may also contain information about character encoding and external dependencies. 
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The remainder of this document consists of nested elements, some of which have attributes and content. An 
element typically consists of two togs, a start tag and an end tag, possibly surrounding text and other elements. 
The stnrt tag consists of a name surrounded by angle brackets, like ,r <otep>": the end tag consists of the same 
name surrounded by angle brackets, but with a forward slash preceding the name, like "<:/step>". The element's 
content is everything that appears between the start tag and the end lag, including text and other (child) elements. 
The following is a complete XML element, with start lag, text content, and end tag: 



K:ii.K|i>K!ii*fjtl 4g<itu, j:tACr> in a Lin* and then bake in the ovcn.*e/»tcp:> 



In addition to content, an clement can contain attributes name-value pairs included in the start tag after the 

element name. Attribute values must always be quoted, using single or double quotes, and each attribute name 
should appear only once in any element. 



* inrjrediont amount- " 3 ff unit- "cups" >i J lour< / iiigrcdi aac, :« 



In this example, the ingredient element has two attributes: amount* having value M 3'\ and unit, having value "cups". 
In both eases, at the markup level, the names and values of the attributes, just like the names and content of the 
elements, are just textual data — the "3" and "cups" are not. a quantity and unit of measure, respectively, but rather 
are just character sequences that the document author may be using to represent those things. 

In addition to text, elements may contain other elements: 

r ~ j 

*«: i m/1. 1 ut:.*l. i Ontt:* * 

J r:9tep:'Miji nil ingredients together* arid J<m>iO t.hor<?u<jJi ( y . t/m1.«p> i 

i >-.rii>'p>cove»: with j cloth, and leave for one hour in wacio room ,</b top> j 

j .-.step >Knead again, place in a tin. find thvci \>ahu in Mm «>v«n . </«L«p> , 

k / iii:ir..tucL ioriri:- « 

» 1 

t ^^^*mmm*.M.- — mmmmm~mmmmmmw~mmmimm — -mm—— - — — .» ^ ^ „ ^ — _________ a. - ______ * — - _ ____,___«<*___>av«*l 

In this case, the instructions element contains three jfc/i elements, XML requires that elements be properly nested 
— elements may never overlap. For example, this is not well-formed XML, because the em and strong elements 
overlap: 



Kl» WKONC! MOT WKbt.- rofcM&O XML I - - 

J.:p:.rttjrtr%j 1 . Jim-.HUp!tani i'.t;i.t <««. roruj>Ht rong omphnwi v.ecK/om» Gt ronq* /gr.ronqsc/p.' 

I - --- 

Rvcry XML document must have exactly one top-level root element (alternatively called a document clement), so 
the following would also be a malformed XML document: 



K?xml v«ii m ion-" 1 . ft- i:nc:oLli ny- "UTF-ft M ?:• 

J.;!-- WKONG! MOT WELL - FORMED XML! - - > 

K'.Iti iHf>Tlii ii$ om:< /».hiutj:. 

V. t; h i n$ yi'h i n«3 u wo >: / r. h i no > 

[ , , ^ . , _ _ __ _ _ 



XML provides special syntax for representing an clement with empty content. Instead of writing a start tag 
followed immediately by an end lag, a document may contain the empty element tag where a slash follows the 
clement name. l"he following two examples arc functionally equivalent: 



I < I 00:^/1.00:- 
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XML provides two methods for escaping (or simply rcprcscn ling) special characters: entity references and numeric 
character references. 

An entity in XML is n named body of data, usually text, such as an unusual character. 

An entity reference is a placeholder that represent that entity, ft consists of the entity's name preceded by an 
ampersand ("&") and followed by a semicolon (";"). XML has five predeclarcd entities: 

■ & (&) 

■ &it; (<) 

■ > (>) 

• &apos; {') 
» " (") 

Mere is an example using a prcdeelared XML entity to represent the ampersand in the name "AT&T": 



If more entities need to be declared, this is done in the document's DTD. A basic example of doing so in a minimal 
internal DTD follows. Declared entities can describe sin»le characters \rr pieces of text, and can rcfcrcncc each 
other. 



K?xiftl version-" 1 . u B encodin^-uvK-^V'v 

SDOCTYPR KKampifc* [ 
■ OlSNTITV copy " CiHsAD ; "> 

1 *!RNTITV copyr t^tH. not ice "COpyi'iflhn *copy< 20tfo, y.xz iinccrpriy.v.s" > 

»k* root *» 

| u copyright -not ice i : 



When viewed in a suitable browser, such as Fircfox. the XML document above appears as: 



p.mai> Copyright 55 2000. XYZ ttnt crprxscs +./rvov> 



Numeric character references look like entities, but instead of a name, they contain the "II " character followed by 
a number. The number (in decimal or 'V-prehxcd hexadecimal) represents a Unicode code point, and is typically 
used to represent characters that are nor easily encodablc, such as an Arabic character in a document produced on a 
European computer. The ampersand in the "AT&T 1 example could also be escaped like this (decimal 38 and 
hexadecimal 26 both represent the Unicode value for the character): 



K company na»ne > AT&M J 6 iv / vcrapci ny ~ no my > 
J* conip.iny n.into >A.Tfi Hr.J**; :T*/t.:r:mp. , atiy-iirtinr::j» 



There are many more rules necessary to be sure of writing well- formed XML documents, such as the exact 
characters allowed in an XML name, but this quick tour provides the basics necessary to read and understand many 
XML documents. 
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Correctness in an XML document 

i ; or an XML document 10 be correct, it must be: 

» Well-formed. A well-formed document conforms to all of XML's synlux rules. For example, if a non-empty 
clement has an opening Lag with no closing tag, it is not wef (-formed. A document Ibnt is not well-formed is 
not considered to be XML; a parser is required ro refuse to process it. 

■ Valid. A valid document has data that conforms to a particular set of user-defined content Riles, or XML 
schemas, that describe correct data values and locations. For example, if an element in a document is required 
to contain text thai can be interpreted as being an integer numeric value, and it instead has the text "hello", is 
empty, or has other elements in its content, then the document is not valid. 

Well-formed documents 

An XML document is text, which is a sequence of characters. The specification requires support for Unicode 
encodings UTF-8 and UTF-IG (UTF-32 is not mandatory). The use of other non-Unicode based encodings, such as 
ISO-8859, is admitted and is indeed widely used and supported. 

A well-formed document must conform to the following rules, among others: 

m One and only one root element exists for the document. However, the XML declaration, processing 
instructions, and comments can precede the root element. 

■ Non-empty elements arc delimited by both a start-tag and an end-tag. 

« Kmpiy elements may be marked with an empty-element (self-closing) tag, such as <IAmEmpty />. This is 

equal to i:TAmEmpty></IAmEmpty >. 
• All attribute values arc quoted, cither single (') or double (") quotes. Single quotes close a single quote and 

double quotes close a double quote. 

■ Tags maybe nested but must not overlap. Each non-root clement must be completely contained in another 
clement. 

■ The document complies to its character set definition. The charsct is usually defined in the xml declaration 
but it can be provided hy the transport protocol, such as HTTP. If no charsct is defined, usage of a Unicode 
encoding is assumed, defined by the Unicode Byte Order Mark. If the mark does not exist, UTF-8 is the 
default. 

Element names are case-sensitive. For example, the following is a well-formed matching pair 

<Suep^ ... */Step> 
whereas this is not 

<Step> ... </sr.ep> 

The careful choice of names for XML elements will convey the meaning of the data in the markup. This increases 
human readability while retaining the rigor needed for software parsing. 

Choosing meaningful names implies the semantics of elements and attributes to a human reader without reference to 
external documentation. However, this can lead TO verbosity, which complicates authoring and increases file size. 

Valid documents 

An XML document that complies with a particular schema, in addition to being well-formed, is said to be valid. 
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An XML. schema is a description of a type of XML document, typi cal I y expressed in terms of constraints on the 
structure and content of documents of that type, above and beyond the basic constraints imposed by XML itself. A 
number of standard and proprietary XML schema languages have emerged for the purpose of formally expressing 
such schemas, and some of these languages are XML-based, themselves. 

Before (he advent of generalised data description languages such as SGML and XML, sort ware desiijncTS had to 
define special file formats or small languages to share data between programs. This required wilting detailed 
specifications and special-purpose parsers and writers. 

XML's regular structure and strict parsing rules allow software designers to leave parsing to standard tools, and 
since XML provides a general, data model-oriented framework for the development of application-specific 
languages, software designers need only concentrate on the development of rules for their data, at relatively high 
levels of abstraction. 

Well-tested tools exist to validate an XML document "against" a schema: the tool automatically verities whether the 
document conforms to constraints expressed in the schema. Some of these validation tools are included in XML 
parsers, and some are packaged separately. 

Other usages of schemas exist: XML- editors, for instance, can use schemas to support the editing process, 
DTD 

The oldest schema formal for XML is the Document Type Definition (DTD), inherited from SGML. While DTD 
support is ubiquitous due to its inclusion in the XML 1.0 standard, it is seen as limited for the following reasons: 

m It has no supporl for newer features of XML, most importantly namespaces. 

* It lacks expressivity. Certain formal aspects of an XML document cannot be captured in a DTD. 

m It uses a custom non-XML. syntax, inherited (rom SGML, to describe die schema. 

XML Schema 

A newer XML schema language, described by the W3C as the successor of DTDs, is XMI . Schema, or more 
informally referred to in terms of the iiiitialism for XML Schema instances, XSD (XML Schema Definition). XSDs 
are far more powerful than DTDs in describing XML languages. They use a rich datalyping system, allow for more 
detailed constraints on an XML document's logical structure, and arc required to be processed in a more robust 
validation framework. Additionally, XSDs use an XML based format, which makes it possible to use ordinary 
XML tools to help process them, although WXS (W3C XML Schema) implementations require much more than 
just the ability to read XML. 

Criticisms of WXS include the following: 

■ The specification is very large, which makes it difficult to understand and implement, 

■ The XML-based syntax leads to verbosity in schema description, which makes XSDs harder to read and 
write. 

RELAX NC 

Another popular schema language for XML is R If LAX NG. Initially specified by OASIS, RELAX NG is now also 
an ISO international standard (as part of DSDL). It has two formats: an XML based syntax and a non-XML 
compact syntax. Jlie compact syntax aims to increase readability and writability, but since (here is a well-defined 
way to translate compact syntax to the XML syntax and back again by means of James Clark's Trang conversion 
tool (http://\\^v.thaiopensource.a)m/rchtxng/trang.btml) , the advantage of using standard XMI.. tools is not lost. 
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Compared to XML Schema, RELAX NG has a .simpler definition and validation framework, making it easier lo use 
and implement, It also has the ability to use any datatype framework on a plug-in basis; for example, a K.KLAX 
NG schema author can require values in an XML document to conform to definitions in XML Schema Datatypes. 

Other schema languages 

Some schema languages not only describe 1be structure of a particular XML formal but also oiler limited facilities 
to influence processing of individual XML files that conform to diis formal. DTDs and XSDs both have this ability; 
they can for instance provide altribulc defaults. RELAX NG intentionally does not provide these facilities. 

International use 

XMT , supports the direct use of almost any Unicode character in element names, attributes, comments, character 
data, and processing instructions. Therefore, the following is a well-formed XM1 , document, even though il includes 
both Chinese and Russian characters: 



jvV V >??????€ /? V > 



Displaying XML on the web 

Because XML is u data description language, XML documents do not carry information about how to display (he 
data. Without using CSS or XSL, a generic XML document is rendered as raw XML text by most web browsers. 
Some display it with "handles' (e.g. + and - signs in the margin) that allow parts of the structure to be expanded or 
collapsed with mouse-clicks. 

In order to style the rendering in a browser with CSS, the XML document must include a reference to the 
stylesheet: 

<?xml -stylesheet type a" text /cc £3 " href - "my Style Sheet . ess" ?> 
See Ihc CSS article for an example of this in action. 

Note that this is different from specifying such a stylesheet in HTML, which uses the c- link> clement 

Extensible Stylesheet language (XSL) can be used to alter the format of XML data, either into HTML or other 
formats that are suitable for a browser to display. 

To specify client-side XSL Transformation (XSLT), the following processing instruction is required in the XML: 

< ?xml - stylesheet: type^ 11 text /xsl " href - " myTransf orm . xs 1 C " ? > 

Client-side XSLT is supported by many web browsers, but not Opera before version 9.0, An alternative, rather 
than be dependent on the end-user's browser capabilities, is lo use XSL to convert XML into a displayablc format 
on the server. The end-user is not aware of what has gone on 'behind the scenes', all they see is wdl* formatted, 
displayablc data. 

See the XSLT article for an example of server-side XSLT in action. 



XML extensions 
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• XPath makes il is possible to refer to individual parts of un XML document. This provides random access to 
XML data for other technologies, including XSLT, XSL-FO, XQuery etc, XPath expressions can refer to all 
or pari of the text, data and values in XML elements, attributes, processing instructions, comments ere. They 
can also access the names of elements and attributes. XPaths can be used in both valid and well-formed 
XML, with and without defined namespaces. 

m XQuery is to XML what SQL is to relational databases. 

« XML namespaces enable the same document to contain XML elements and attributes taken from ditTcrcnt 

vocabularies, without nny naming collisions occurring. 
« XML Signature defines the syntax and processing rules for creating digital signatures on XML content 

■ XML Encryption defines the syntax and processing rules tor encrypting XML content. 
m XPointer is a system for addressing components of XML-based internet media. 

Processing XML files 

SAX and DOM are object oriented programming APIs widely used to process XML data. The first XML pursers 
exposed the contents of XML documents to applications as SAX events or DOM objects, 

SAX is a lexical, event-driven interface in which a document is read serially and its contents arc reported as 
"callbacks" to various mclhods on a handler object of the user's design. SAX is fast and efficient to implement, but 
difficult to use for extracting information at random from the XML, since it tends to burden the application author 
with keeping track of what part of the document is being processed. Il is belter suited to situations in which certain 
types of information are always handled the same way, no mancr where they occur in the document. 

DOM is an interface-oriented API that allows for navigation of the entire document as if it were a tree of "Node" 
objects representing the document's contents. A DOM document can be created by a parser, or can be generated 
manually by users (with limitations). Data types in DOM Nodes are abstract; implementations provide their own 
programming language-specific bindings. DQM implementations tend to be memory intensive, as they generally 
require the entire document to be loaded into memory and constructed as a tree of objects before, access is allowed. 

Another form of XML Processing API is data binding, where XML data is made available as a custom, strongly 
typed programming language data structure, in contrast to the interface-oriented DOM. Example data binding 
systems arc the Java Architecture for XML Binding (JAXR) \X\ (http://java.sun.com/xml/jaxb/) and the Strathciyde 
Novel Architecture for Querying XML (SNAQue) (2| (http://www.cis.stratli.ac.uk/research/snaquey) . 

A filter in the Kxlcnsiblc Stylesheet Language (XSL) family can transform an XML file (or displaying or printing. 

■ XSL-FO is a declarative, XML-based page layout language. An XSL-FO processor can be used to convert 
an XSL- FO document into another non-XML formal, such as PDF. 

• XSLT is a declarative, XML-based document transformation language. An XSLT processor can use an 
XSLT stylesheet as a guide for the conversion of the data tree represented by one XML document into 
another tree that can then be serialized as XML, HTML, plain text, or any other format supported by the 
processor. 

■ XQuery is a W3C language for querying, constructing and transforming XML data. 

■ XTsith is a DOM-like node tree data model and palh expression language for selecting data within XML 
documents. XSL-FO, XSLT and XQuery all make use of XPath. XPath also includes a useful function 
library. 

Hie native file formal ofOjKnOirjce.org. Abi Word, and Apple's iWork applications is XML. Some parts of 
Microsoft Office 1 1 will also be able to edit XML files with a user-supplied schema (but not a DTD), and on June 
2, 2005 Microsoft announced that, by late 2006 all the files created by users of its Office suite of software wilt be 
formatted with web-centered XML specifications. There are dozens of other XML editors available. 
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Versions of XML 

There arc two cun-cnt versions of XML. lite first, XML IM y was initially defined in 1 WS. It has undergone minor 
revisions since ihoi, without being given a new version number, and is currcnlly in its third edition, as published on 
February 4, 2004. It is widely implemented and still recommended Tor general use. The second, XML /. /» was 
inilially published on the same day as XML 1 .0 Third Edition. It contains features — some contentious — that are 
intended to make XML easier to use for certain classes of users (mainframe programmers, mainly). XML 1.1 is not 
very widely implemented and is recommended for use only by those who need Us unique failures. 

XML 1 .0 and XML 1 . 1 differ in the requirements of characters used for clement and attribute names: XML 1 .0 
only allows characters which are defined in Unicode 2.0, which includes mast world scripts, bur excludes those 
which were added in later Unicode versions. Among die excluded scripts are Mongolian, Cambodian, Amharie, 
Burmese, and others. 

Almost any Unicode character can be used in the character data and attribute values of an XML LI document, 
even if the character is not defined, aside from having a code point, in the current version of Unicode. The approach 
in XML 1. 1 is that only certain characters arc forbidden, and everything else is allowed, whereas in XML 1 .0, only 
certain characters are explicitly allowed, thus XML 1 .0 cannot accommodate the addition of characters in future 
versions of Unicode. 

In character data and attribute values, XML LI allows the use of more control characters than XML 1.0, but, for 
"robustness", most of the control characters introduced in XML LI must be expressed as numeric character 
references. Among the supported control characters in XML ) . 1 are two line break codes that must be treated as 
whilcspacc. Whitespace characters are the only control codes that can be written directly. 

There are also discussions on an XML 2.0, although it remains to be seen if such will ever come about. XML-SW 
(SW for skunk works), written by one of the original devetopcrs of XML, contains some proposals for what an 
XML 2.0 might look like: elimination of DTDs from syntax, integration of namespaces, XML Base and XML 
Information Set (infosel) into the base standard. 

The World Wide Web Consortium also has a XML Binary Characterization Working Group doing preliminary 
research into use cases and properties for a binary encoding of the XML infoset. The working group is not 
chartered to produce any official standards. Since XML is by definition text-based, ITU-T and ISO are using the 
name Fust Infoset (hUp;//u$nl.eltirtJmJrfxmtfJinfhtm) for their own binary infoset ro avoid confusion (see ITU-T 
Rec. X.891 I'lSO/lEC 24824-1). 

Patent status 

In October 2005 the small company Scientigo publicly asserted that two of its patents, U.S. Patent 58422 1 3 

(h[ip://patfi.usplo.gov/netaegi/nph-l^jrMT?pateiUnuriitxrt-5S42213) and U.S. Patent 6393420 

(http://pLita.uspt o.gov/ncta^^ , apply to the use of XMI-. The patents cover 

the transfer of "data in neutral forms", according to their applications, which were filed in 1997 and 1999. Scientigo 

CEO Doyal Bryant expressed a desire to "monetize" the patents but stated that the company was "not interested in 

having as against the world/' He said that Scientigo was discussing the patents with several large corporations.^] 

(hupVmcws.cOTn.coin/Sm 

XML users and independent experts responded to Scientigo's claims with widespread skepticism and criticism. 
Some derided the company as a patent troll. Tim Rray described any claims that the patents covered XML as 
"ridiculous on the face of if [4] (hllp://b]ogs.zdnel.coin/BTJ7?p-^2052) . Because there exists a large amount of 
prior i\t\ relating to XML, some legal experts believed it would be difficult tor Scientigo to enforce its patents 
through litigation. 



2 1 of 13 6/1/2006 2:53 PM 



PAGE 20/22 1 RCVD AT 6/9J2006 6:07: 1 0 PM [Eastern Daylight Time] 1 SVR:USPTO£FXRF-3J3 * DNI$:27 38300 * CSID:1 858 678 5099 * DURATION (mm-ss):09-50 



X>6/09/2006 15:15 FAX 1 858 678 5099 



FISH AND RICHARDSON 



@I 02 1/022 



XML - Wikipctlia. the free encyclopedia 



h ttp Men . vvi k i pedi a. or^/\vi k i/Xm I 



Microsoft has also hecn accused of applying for patenls that, if granted* could restrict the use of XML. [5] 
(http://ncws.com.coHi/21 00- 1 01 3JJ-5 14658 1 .html) 



See also 



■ CDATA section, ihc mechanism for including non-markup text in XML 

■ XML schema languages: DTD, XML Schema, RKLAX NO, DSDL 

■ XML processing APIs: DOM, SAX, E4X 

■ XML Protocol 

■ Doc Book 

» DocBook XML 

* XSL 

■ S-cxpression t XML query language 

■ XRJ, XDJ 

« lixlcnsible Metadata Platform (XMP), used in graphics applications 

* ASN.1 

■ WBXML 

■ Serialization 

■ List of general purpose markup languages 

■ Comparison of layout engines (XML) 

■ Single source publishing 

■ Bxicnsible Binary Meta 1-angua^c 

■ YAML 

* JSON 

■ XMI, Data Binding 
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• W3C XML homepage (http://wmv.w3.org/XML/) HM 
» The XML 1.0 specification 

(http://www.w3.org/TWlUiC-xini) 

• The XML LI specification (http://wwwAv3.org/TR/xmII 1) 

Basic readings 

■ The XML FAQ (http://xml.silmaril.ie/) 

■ Annotated XML Specification (hlip://\vww.,\ m1.com/axml/tcstaxnil. him) 

■ Absolute Beginners' XML Tutorial (htip://u-ww.mousewhi.s-peTer.eo.uk/xmI_page.htmr) 



12 of 13 6/1/2006 2:53 PM 



External links 



Specifications 




Wikibooks has more about this subject; 
XML 
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■ XML Tutorial for Beginners (h Up:// www.academictutorwls.com/xinl/) 

■ W3 Schools - Learn XML. (hUp://\vww. w3schools.com/xm I/) 

■ Introduction lo XML (hltp://artieles.pc-ncv^ 

■ XML: Some hyperlinks minus the hype (htlp://h omcpages.ini: cd.ac.uk/wadlcr/xml/) by Philip Wodlcr 

Web-zincs 

■ XML.com (http://www.xml.com/) 
XML editors 

.SVf XML ed iron 
XML certification 

■ Java Ranch XML Certification Discussion Forum 
(hltp://jM)JcKWLjavaranch.com^ 

n XML Certification (h(tp://ww\vAvhi/J»bsxoin/products/xmlwhi*//xmlwhiz.html) 

XML parsers 

■ Microsoft XML Parser (MSXML) specification 
(http://xnsdn,iniaosoitcom 

ip Expat XML Parser in C in SourceI-orgc.net (hup://expat.sourccforgc\nct/) 

* Apache Xerces (bttp://xerceK,apachc.org/) 

■ DOM4J XML Parser lor Java (http://dom4j.org/) 

■ CookXml XML Parser for Java (hllp://co6kxml.«cnircerorgc.nct/) 

» TinyXml Parser for CM programmers (http://www.grittninglizcird.com/linyxm1/) 
n XimpIeWare's VTD-XML XML Parser in both C and Java (http://vtd-xml.9f.net) 

* Stefan Heymann's fi'ec XML Parser for iX»lphi (http://www.deslrucior.de) 



■ Xm! and tools for Xml or in Xrnl (http://www.xul Jr/en-xml.hlnil) 

■ Online XML pratty printer (hltp://wv. , w.iconvxom/x.mHint.him) Improve human readability of XML 



XML mailing lists 

a XML-DKV Mailing List (hup://www,xml-dev.com;7070/list/xmldcv.en.html) 
Retrieved from u hltp://en.wiJcipedta.org/v\iki/XML" 

Categories: XML | Markup languages | W3C standards | Technical communication | Computer file formats | 
Abbreviations j l>ata modelling languages 
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